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PROCEDE DE DIFFERENCIATION DE LA QUALITE DE SERVICE 
DANS LES RESEAUX DE COMMUNICATION MOBILE EN MODE 

PAQUETS 

5 L'invention conceme de manfere g£n6rale le domaine des 

telecommunications et conceme plus particulierement un proc&ie pour 
diffSrencier la quality de service dans le cadre des reseaux de communication 
mobile utilisant la commutation de paquets. 

Dans un tel contexte, par quality de service, on entend Taptitude d'un 

10 service propose par un op6rateur d f un reseau de communication mobile k 
tepondre de fa?on adequate k des exigences visant k satisfaire ses abonn£s, 
notamment en terme d'optimisation des ressources reseau. 

Le proced6 selon Tinvention est prevu pour s'appliquer aux reseaux 
mobiles utilisant la technologie GPRS ou UMTS, normalises dans le cadre de 

15 la norme 3GPP. Dans un souci de ne pas surcharger la description, un glossaire 
comprenant la definition de Fensemble des acronymes utilises ci-apres est 
pr£vu a la fin de la description, ou le lecteur pourra utilement se reporter: 

La norme GPRS sp£cifie un nouveau service support de transmission de 
doiutees en mode paquet sur GSM et permet d'offiir aux abonnSs: d'un 

20 operateur mobile un accds k des services bas£s sur IP (par exemple, messagerie 
electronique, telechargement de fichiers, consultation de sites Web ou WAP, 
etc.,.)- Des donndes (transmises dans des paquets IP) peuvent done dtre 
£chang6es entre des serveurs appartenant k un reseau exterieur au teseau 
GPRS, typiquement le reseau Internet, et le telephone mobile. 

25 Pour cela, un canal radio est etabli entre le telephone mobile et le nSseau 

d'acces radio, puis le flux de donn£es est route au sein du reseau coeur. Ainsi, 
en terme d'architecture, le r6seau GPRS se compose de deux parties principales 
monttees k la figure 1 A: le r6seau co&ur RC, regroupant les 61&nents de rSseau 
ltes au routage des paquets, et le reseau d'acefcs RA, ^tablissant le lien radio 

30 avec les telephones mobiles MS. 

Le teseau d'acc&s RA regroupe les entites station de base BTS et 
contrdleur de station de base BSC. Cet ensemble, appete sous-systeme radio 
BSS, gfere les ressources radio du teseau de tetephonie cellulaire de type GSM 
k 1'aide des stations de base et des contrdleurs de station de base. Le r61e du 
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BSS est plus particulferement de g6rer l ! 6tablissement d'un canal radio avec le 
mobile MS et il est pr£vu 6galement pour stocker les informations de qualite de 
service relatives k un transfert de donn^es demande par le mobile. 

Le r£seau coeur RC est quant k lui constitu^ des elements de r£seau 
5 suivants: 

- le HLR, qui est une base de donnees contenant le profil de l'ensemble 
des abonn6s d'un r£seau et k partir de laquelle s'effectue la gestion des abonn6s 
mobiles. II contient entre autres, les informations de quality de service U6es aux 
abonnes et aux services. 

10 - le SGSN, qui est un noeud de service du reseau assurant la gestion du 

lien de communication avec le r6seau d'acces. II stocke le profil de l ? abonn6 et 
effectue un contrdle des ressources r£seaux demandees par Tabonne. 

- le GGSN, qui est un noeud de service du r6seau servant de passerelle 
pour assurer Interconnexion avec un r&seau externe, typiquement le r6seau 

15 Internet. 

Le rdseau coeur GPRS est done interconnect^ avec l'exterieur via une 
passerelle, le noeud de service GGSN, qui contient les informations de routage 
pennettant au mobile de communiquer avec un reseau externe, notamment le 
reseau Internet, tout en assurant la s£curite. Pour pouvoir envoyer les 

20 informations au mobile, le GGSN utilise alors un autre noeud de service, le 
SGSN, qui g£re la mobility, notamment rauthentification, le chiffrement et le 
suivi du mobile quand il se deplace. Ces £16ments de r6seau integrent des 
fonctions de routeur IP et constituent un reseau de type reseau IP. 

En ce qui concerne le standard de teiephonie mobile UMTS, il peut §tre 

25 vu comme une extension du reseau GPRS tel qu'il vient d f dtre defini et a 6t€ 
con9u pour apporter une meilleure satisfaction, notamment en terme de d£bit, 
pour l'acheminement de communications multimedia (acces k Internet, 
visioconf&rence, jeux videos, ^changes instantan&s de type forum multimedia). 
A Wieure actuelle, 1TJMTS et le GPRS sont phases en difiKrentes versions ou 

30 "releases", et notamment la version d6nomm6e Release 99, k laquelle la 
description qui va suivre fait plus particulferement reference. 

En reference k la figure IB, concernant la partie reseau d'accds, appel6e 
UTRAN pour le standard UMTS, de nouvelles stations de base, appel^es Node 
B, sont pr6vus pour remplacer les BTS du GPRS, et des contrdleurs de station 
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de base, denomm&s RNC, de capacity accrue, sont prevus pour remplacer les 
BSC. 

Quant au reseau coeur RC dans le cadre de l'UMTS, il sauvegarde 
pratiquement les elements constitutifs du GPRS, tout en faisant evoluer les 
5 noeuds de service SGSN et GGSN. Le HLR evolue egalement du fait de 
rintroduction de nouveaux profils utilisateurs. 

En Release 99, tous les services sont supports par quatre classes de 
trafic normalises comme suit : "Conversational", "Streaming", "Interactive" et 
"Background". 

10 Les classes "Conversational" et "Streaming" sont principalement 

prevues pour transporter des flux temps reel comme de la voix ou de la video. 
Toutefois, pour la classe "Streaming", correspondant a une utilisation du type 
un utilisateur regardant (ou ecoutant) un flux video (audio) temps reel, la 
contrainte sur les delais de transfert de donnees est plus faible que pour la 

15 classe Conversational. 

Les classes "Interactive" et "Background" correspondant a des services 
non temps reel et sont quant a elles prevues pour etre utilisees dans le cadre 
d'applications Internet traditionnelles telles que la navigation, le courrier 
electronique, les application FTP. Ces dernieres classes <Stant non temps reel, 

20 elles offrent un bien meilleur taux d'erreurs grace a des proc&ies de 
retransmission et de codage. 

On a vu que l'invention se rapportait plus particulierement au domaine 
de la gestion de la quality de service ou QoS, dans des reseaux GPRS ou 
UMTS. Aussi, il apparait necessaire a ce stade de rappeler les principaux 

25 parametres de QoS. 

Les parametres de QoS du service support GPRS ou UMTS decrivent le 
service rendu par le reseau UMTS a l'utilisateur du service support. Le profil 
QoS, form6 par l'ensemble des parametres QoS, specifie ce service. Ce sont 
done des parametres normalises permettant de deflnir les caract6ristiques 

30 principles d'un flux de donnees sur le r<§seau, notamment en terme de d6bit, de 
type de trafic, de priority etc... Ces parametres de QoS sont lies a un type de 
flux souscrit par Tabonne. Si l'abonne souscrit a plusieurs flux differents, il a 
plusieurs profils de QoS. Ces donnees sont stockees dans le profil de l'abonn6 
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dans le HLR et transmises, grace k diflterentes procedures, aux entites 
suivantes: SGSN, GGSN et BSS/RNC. 

Le profil QoS d ! un abonn6 correspond en fait k la limite haute autoris6e 
par rapport aux valeurs specifiques demandees par rabonn& Le profil QoS peut 
5 aussi correspondre a un profil par d6faut configure par l ! op6rateur. 

Parmi ces param&tres de QoS qui sont specifies dans un profil QoS, on 
trouve principalement : 

- "Allocation Retention Priority" : ce parametre ARP indique la priorite 
de l'abonne. II peut prendre les valeurs 1 (haute priorite) a 3 (basse priorite). II 

10 est renseigne au HLR pour chaque contexte PDP souscrit par un abonne. II est 
defini comme une priority pour Tallocation/conservation des ressources radio. 

II est a noter que dans le cadre du service support GPRS, ce parametre 
n'est pas transmis au BSS, il n'est ainsi disponible qu ! au niveau des nceuds de 
service SGSN et GGSN. 

15 Par contre, dans le cadre du service support UMTS, il est utilise dans le 

SGSN, le GGSN et le RNC de 1TJTRAN pour donner, entre autre, une priorite 
a Tactivation d'un contexte PDP, Dans le RNC, le parametre ARP se compose 
de quatre sous-parametres : "Priority Level", "Pre-emption Capability", "Pre- 
emption Vulnerability" et "Queuing allowed". Cest le SGSN qui, sur reception 

20 de ce parametre ARP venant du HLR, donne les valeurs aux sous parametres. 
Cest alors le sous-parametres "Priority Level" qui indique la priority de 
Tabonne. 

- "Precedence Class": ce parametre QoS, defini initialement dans la 
Release 97, indique la priorite d'un abonn<§ lorsqu'il est utilise. II peut prendre 

25 les m&nes valeurs que le parametre "Allocation Retention Priority" (ARP). 

Ainsi, les parametres pr6c6demment definis "Precedence Class" et 
"Allocation Retention Priority" (ou son sous-parametre "Priority Level") 
concement de la m&ne fia^on une information correspondant au niveau de 
priority de l'abomte. 

30 - "Traffic Class": ce parametre QoS indique la priorite ltee au type de 

service* Comme on Ta vu, en Release 99, tous les services sont supports par 
quatre classes de trafic. Aussi, ce parametre de QoS peut prendre les valeurs 
"Conversational" (haute priority puisque l'exigence de temps r6el est trds 
importante), "Streaming", "Interactive" et "Background" (basse priorite). 



5 



- "Traffic Handling Priority" (THP): ce param&re QoS permet de 
Preiser le niveau de priority pour la classe de trafic "Interactive". Ce param&tre 
peut prendre trois valeurs. 

Parmi ces parametres, on peut encore titer, a titre informatif, car non 
5 utilises dans le cadre de la pr&sente invention : 

- "Transfer! delay": ce param&tre QoS donne le deiai maximum lors du 
transfert d'un paquet. II est utilise pour les services prioritaires seulement. 

- "Guaranteed bit rate": ce paramStre QoS indique le debit lors du 
transfert d'un paquet II est utilise pour les services temps reel seulement 

10 - "Maximum bit rate": ce paramdtre QoS indique le debit maximum. 

L'ensemble des parametres de QoS precites sont definis dans le cadre de 
la norme de telecommunication 3GPP. Toutefois, leur utilisation n'est pas 
normalises 

Considerons maintenant les principales procedures mises en oeuvre pour 

15 acceder au service GPRS. Ces procedures sont decrites en reference aux figures 
2 et 3. Les procedures qui sont decrites ci-dessous permettent au mobile de 
s'attacher au reseau, de r£server des ressources dans le reseau coeur, d'echanger 
les parametres de QoS entre les entites et enfin, d'etablir le canal radio. Une 
fois toutes ces procedures realisees, il est possible k Tabonne d'envoyetfou de 

20 recevoir des donnees via le reseau GPRS. 

Ainsi, pour acceder au service GPRS, un terminal mobile MS doit tout 
d'abord s'attacher au reseau par une procedure dite d'attachement au reseau, 
decrite en reference a la figure 2. Cette procedure intervient lorsque Tabonne 
entre sous la couverture du reseau GPRS, par exempie lorsqu'il allume son 

25 terminal mobile. Cette procedure permet d'etablir un lien logique entre le 
terminal mobile MS et le nceud de service SGSN. 

Dans une premiere etape, le terminal MS demande la possibilite de 
s'attacher au reseau GPRS. Cette demande se fait via le BSS et le SGSN local 
et comprend des donnees permettant la localisation du terminal, en particulier 

30 le numero IMSL 

Dans une deuxidme etape, un protocole d'echange, appeie protocole 
MAP, est mis en oeuvre entre le SGSN et le HLR. Le SGSN transmet 
notamment au HLR une mise k jour des donnees de localisation du terminal 
mobile MS. 
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En retour, dans une troisifcme &ape, le HLR, gr&ce k la mise a jour des 
donnees de localisation re9ue, transfert au SGSN les donnees d'abonn^ 
decrivant le(s) service(s) au(x)quel(s) a droit l'abonn6, avec en particulier la (ou 
les) QoS souscrite(s) par l'abonn6 (si celui-ci a souscrit a plusieurs services), et 

5 le(s) parametre(s) ARP. 

Dans une quatrfeme et cinqufeme 6tape, chaque entite SGSN et HLR 
envoie respectivement un accuse de reception k destination de l'autre entity 
mettant fin au protocole d f 6change de donnees entre ces entit6s pour 
l'attachement du terminal MS au rdseau. 

10 Enfin, le SGSN envoie au terminal MS via le BSS une acceptation 

d'attachement. 

Une procedure de creation d'un contexte PDP, consistant en la creation 
d'une session paquet, est decrite en reference k la figure 3. Elle permet au 
terminal mobile de demander la memorisation d f un contexte PDP dans le 

15 SGSN et GGSN et ainsi de reserver des ressources dans le reseau cceur pour 
l'execution du service souhaitS par l'abonne. Un contexte PDP est un ensemble 
d f informations qui caracterise un service de transmission de base. II regroupe 
des parametres qui permettent k un abonne de communiquer avec une adresse 
PDP definie, selon un protocole specifique et suivant un profil de qualite de 

20 service determine (debit, delai, priorite. . .). 

Cette procedure a done lieu lorsque l'abonne souhaite envoyer ou recevoir 
des donnees sur le reseau GPRS pour l'execution d'un service auquel il a 
souscrit. Elle est declenchee a l'initiative de l'abonne mobile, et permet au 
terminal d'etre connu du noeud de service GGSN qui realise Interconnexion 

25 avec le reseau exteme demande par l'abonn6 GPRS. A Tissue de cette 
procedure d'activation d'un contexte PDP, le profil de qualite de service 
correspondant est 6chang£ entre les differents noeuds du r&seau et la 
transmission de donn6es entre le reseau GPRS et le reseau externe 
correspondant au service demande par l'abonn6 peut alors d6buter. 

30 Cette procedure met plus particuliSrement en oeuvre le protocole GTP. 

Dans une premiere 6tape, le terminal mobile MS demande la creation d'un 
tunnel GTP dans le reseau coeur k travers lequel les donnees seront transmises. 
Lors de cette demande, il sp6cifie la QoS souhaitee pour ce tunnel. 
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Le SGSN effectue alors le contrdle d'admission. Pour ce faire, il 
compare la QoS souhaitee avec la (ou I'une des) QoS souscrite(s) qu'il a re$u 
lors de la procedure d f attachement du mobile au reseau. Si la QoS demandee 
par l'abonn6 d6passe celle souscrite, le SGSN a la possibility de refuser ou de 
5 modifier la demande de creation de tunnel, en fonction d\m contrdle permettant 
de determiner si les ressources demandSes sont disponibles ou pas au niveau du 
SGSN. 

Dans une troisieme 6tape, le SGSN relaie la demande de creation de 
tunnel au GGSN avec les paramStres de QoS issus du contrdle effects par le 
0 SGSN- On parle alors de QoS negocfee. Le paramStre ARP est egalement 
transmis au GGSN par le SGSN au cours de cette etape. 

Le GGSN effectue Sgalement dans une quatri&ne etape un controle 
d'admission. Ce controle permet de determiner en fonction des attributs de QoS 
n6gociee si les ressources demandees sont disponibles ou pas au niveau du 
15 GGSN. Si tel est le cas, alors la fonction d ! admission reserve les ressources 
correspondantes, et le GGSN acquitte la demande du mobile. 

Dans une cinquieme etape, le SGSN accepte la demande du mobile et 
lui envoie la QoS finale, le parametre PFI ainsi que le param&re RPL. 

A la fin de cette procedure de creation du contexte PDP, un tunnel 
20 GPRS est &abli entre le SGSN et le GGSN prenant en compte les parametres 
de QoS negocies avec Tabonne. 

Une procedure dite de "Packet Flow Context" consiste alors a transferer 
du SGSN vers le BSS les parametres de QoS li<§s k un transfert de donnSes. 
L'ensemble des donnSes stockees au niveau du BSS est normalise sous le nom 
25 "Packet Flow Context" ou PFC et sera identifi6 par le PFI dans les differents 
messages echang6s avec le BSS. 

Le PFC comprend entre autres les parametres de QoS suivants : 
"Precedence Class", "Traffic Class", "Traffic handling Priority", "Guaranteed 
Bit Rate" et "Maximum Bit Rate". Le parametre ARP n'est quant a lui pas 
30 stocks au niveau du BSS. 

Enfin, une procedure particultere dite d'Stablissement de TBF est mise 
en oeuvre pour l f 6tablissement du canal radio dont doit disposer TabonnS afin 
d'envoyer ou de recevoir des donn6es. La procedure d'&ablissement de TBF a 
lieu lorsque le terminal MS ou le BSS doit transmettre des donn^es sur 
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l'interface radio et qu'aucun canal entre le mobile donn<§ et le BSS n'existe 
encore. On parle de TBF montant lorsque les donnees sont transmises du 
mobile vers le reseau et de TBF descendant dans le sens r&eau vers mobile. 
Les caracteristiques du canal radio dependent des parametres de QoS U6s a 
5 Fabonne et au service correspondant au flux de donnees. 

Considerons maintenant la procedure d'activation d'un contexte PDP 
dans le cadre du service support UMTS. 

Comme dans le cadre du GPRS, lors de l'activation d'un contexte PDP, 
les differents nceuds du rdseau UMTS regoivent les informations de qualite de 
10 service definies en fonction du contexte PDP demande et des donnees d'abonne 
stockees au HLR et d<§crivant les services auxquels a droit l'abonne, avec en 
particulier la QoS souscrite et le parametre ARP. 

^information correspondant au niveau de priorite de l r abonn6, c'est-a- 
dire le parametre ARP contenu dans les donnees definissant le(s) contexte(s) 
15 PDP souscrit(s) par l'abonn^ est transmise au SGSN lors de la mise k jour de 
localisation de Tabonn<5. Cette information est ensuite transmise au GGSN lors 
de Tactivation d'un contexte PDP par l'abonn6, puis au RNC. 

Cette procedure est decrite plus en detail en reference k la figure 4. 
Dans une premiere &ape, le mobile MS demande l'activation d ! un 
20 contexte PDP a son SGSN d f attache en precisant la QoS souhait6e. Le SGSN 
peut modifier la QoS souhaitee en fonction des donnees de souscription de 
l'abonne notamment. On parle alors k ce stade de QoS negociee. 

Dans des deuxieme et troisieme etapes, le SGSN envoie la demande au 
GGSN avec la QoS negoctee. Le GGSN peut lui aussi re-modifier ou refuser la 
25 QoS et la QoS ainsi nSgoctee par le GGSN est renvoyeSe au SGSN. 

Dans des quatrieme et cinquieme etapes, le SGSN demande au RNC 
d'allouer les ressources necessaires en decrivant la QoS sous forme de 
param&res RAB. Ces parametres comprennent notamment la classe de trafic 
concern^ et le param&re ARP. n est k noter que le RNC peut accepter ou 
30 rejeter le RAB demands 

Enfin, une sixteme etape consiste k accepter la demande du terminal 
mobile MS en lui renvoyant la qualite de service nSgocfe sur le rt&seau, 

II existe toutefois plusieurs goulots d'&ranglement possibles dans les 
r6seaux GPRS/UMTS lors de l'&ablissement et le transfert de donnees. H s'agit 
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notamment des equipements SGSN, GGSN et BSS/UTRAN. Chacun Centre 
eux possdde des fessources limit^es, que ce soit en terme de debit disponible, 
d'espace memoire ou de charge des processeurs. II est n£anmoins k noter que 
c'est essentiellement l'acces radio (BSS/UTRAN) qui est le facteur limitant 
pour le transfert de donates sur de tels r£seaux. 

Ainsi, dans un contexte de reduction des co&ts, l'optimisation des 
ressources reseau et surtout radio, devient primordiale pour d£finir une 
couverture radio dont la capacite est adaptee k differents trafics k supporter 
dont les besoins en bande passante et en qualite de service sont tres diffSrents 
les uns des autres. Notamment, comme on l'a vu, Introduction du trafic 
Internet necessite de deployer des r&seaux adaptes a la fois au trafic de voix et 
au trafic de donnees temps reel ou non. 

C'est pourquoi, ramelioration de la gestion de qualite de service tend a 
devenir une preoccupation majeure pour tenir compte des contraintes du reseau 
mobile et augmenter son efficacite. De plus, comme la qualite de service 
per9ue a une incidence importante sur la satisfaction des abonnes, la capacite a 
pouvoir assurer une bonne gestion de la quality de service sera vue comme un 
facteur important de differentiation entre les divers operateurs GPRS/UMTS. 

Un mecanisme simple de gestion de qualite de service lorsque Tun des 
equipements du reseau est en surcharge, pourrait consister en urie approche du 
type "premier arrive, premier send". Mais une telle approche n'est evidemment 
pas satisfaisante pour un operateur mobile, car elle ne prend en compte ni le 
profil de l'abonne, ni le type de service demande. L'utilisation des parametres 
de QoS tels que definis plus haut dans la description a alors 6te envisag^e. 

Or, la gestion de la quality de service basee sur Futilisation des 
parametres de QoS dans les rSseaux GPRS ou UMTS telle quelle est appliquee 
k Theure actuelle, n'est pas satisfaisante. Notamment, si les parametres de QoS 
en tant que tels sont normalises, leur utilisation elle, ne Test pas. L'utilisation 
de ces parametres de QoS dans le reseau resulte en effet de choix 
d'impl&nentation effectu^s par les constructeurs des diflKrents elements 
constitutifs du reseau que sont les SGSN, GGSN et BSC/RNC. 

De ce fait, certaines impiementions existent au niveau des elements de 
reseau GPRS/UMTS, qui proposent un traitement base sur certains des 
parametres de QoS seulement Le traitement choisi par les constructeurs pour 
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la gestion des param&res de QoS peut Stre un traitement lie au service 
demande par Fabonne, dans le but de favoriser, en cas de surcharge du r6seau, 
1'accSs aux ressources aux applications les plus contraignantes en terme de 
QoS, typiquement les applications temps r6el ou multimedia. Cette 
5 differentiation se fait principalement a partir des paramdtres de QoS ]i€s au 
service, "Traffic Class" et "Traffic Handling Priority", qui sont disponibles, 
dans le cadre des rSseaux GPRS/UMTS, dans le SGSN, le GGSN et le 
BSS/RNC, lors de Tactivation d'un contexte PDP. 

II est egalement connu de favoriser Facets aux ressources en cas de 

10 surcharge du r&seau pour des abounds particuliers. Cette differentiation se fait a 
partir d r un parametre de QoS correspondant k un niveau de priorite de Tabonnd 
Dans le cadre du reseau GPRS, cette differentiation peut par exemple se faire k 
partir du parametre ARP pour le SGSN et le GGSN, et a partir du parametre 
"Precedence Class" dans le BSS, tandis que dans le cadre du reseau UMTS, 

15 cette differentiation peut par exemple se faire a partir du parametre ARP pour 
le SGSN et le GGSN, et k partir du groupe de param&res ARP ("Priority 
Level", "Pre-emption Capability", "Pre-emption Vulnerability" et "Queuing 
Allowed") dans le RNC. 

Ainsi, dans toutes ces implementations, le traitement lie a ces 

20 parametres de QoS est realise lineairement, e'est-a-dire Tun aprds Tautre. II y a 
done en consequence une gestion de la qualite de service, soit en fonction du 
service, si les param&tres de QoS pris en compte au niveau de chaque nceud du 
reseau GPRS/UMTS sont principalement lies au service, soit en fonction de 
Taboune, si les parametres de QoS pris en compte au niveau de chaque noeud 

25 du reseau GPRS/UMTS sont principalement H6s k l'abonn6. 

La gestion actuelle de la qualite de service dans les reseaux 
GPRS/UMTS presente done une limitation importante puisqu'elle ne permet 
pas, par exemple, de favoriser Tacc&s aux ressources aux applications temps 
r6el, tout en preservant des ressources ^applications non temps r^el pour des 

30 abonnes prioritaires. 

La presente invention a pour but de remedier a ces inconv&iients en 
proposant un proc&te permettant d'affiner la gestion de la qualit6 de service 
dans les reseaux de communication mobile utilisant la commutation de paquets 
tels que les r6seaux GPRS/UMTS, en tenant compte de la n6cessit<§ de g6rer la 
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repartition des ressources sur le reseau entre les services et les abonnees. 

Cet objectif est atteint par la prevision d f un procede de gestion de la 
qualite de service, permettant d f effectuer une differentiation de la quality de 
service sur le reseau en cas de surcharge de celui-ci, bas6e sur une prise en 
5 compte combinee de parametres de QoS life au type de service et k TabonnS. 

A cette fin, 1'invention concerne un procede de gestion de la quality de 
service dans un reseau de communication mobile en mode paquet, comprenant 
un reseau d'acces radio dote d'au moins un noeud de gestion des ressources 
radio et un reseau coeur dote d r au moins un premier noeud de service assurant la 
10 gestion du lien de communication avec ledit reseau d'acces et d'au moins un 
deuxieme noeud de service assurant Interconnexion avec un reseau externe, 

et dans lequel, chaque service souscrit par un abonne audit reseau 
correspond a un type de flux de donnees sur ledit reseau et est associe k un 
profil de qualite de service de l'abonne pour ledit service souscrit, comprenant 
15 au moins un parametre de qualite de service lie au type de service et au moins 
un parametre de quality de service correspondant a un niveau de priorite 
d'acces de l'abonne audit service, 

ledit procede comprenant l'activation d'une procedure d'attachement au 
reseau de communication mobile et de creation d f une session paquet au niveau 
20 d'au moins les premier et deuxieme nceuds de service du reseau coeur pour 
Texecution d'un service pour un abonne du reseau, ladite procedure comprenant; 
une etape d'echange du profil de qualite de service de l'abonne associe au 
service entre les differents noeuds du reseau de communication mobile, 

ledit procede etant caracteris6 en ce qu'il comprend, en cas de surcharge 
25 du r£seau lors de Tacces aux ressources du reseau pour Fex6cution dudit 
service, une etape de gestion de la qualite de service, consistant, au niveau de 
chacun des nceuds du r6seau: 

k determiner un niveau de priority globale pour ledit accds aux 
ressources, defini par une combinaison d'au moins ledit parametre de qualite de 
30 service lie au type de service avec au moins ledit parametre de qualite de 
service correspondant au niveau de priorite de l'abonne, et 

k appliquer au moins un traitement de qualite de service predefini au 
flux de donnees correspondant audit service, en fonction dudit niveau de 
priorite global determine. 
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Dans un premier mode de realisation, le reseau de communication 
mobile est un reseau de type UMTS. 

Dans un deuxieme mode de realisation, le reseau de communication 
mobile est un reseau de type GPRS. 
5 Selon le premier mode de realisation, au niveau du noeud de gestion des 

ressources radio du r6seau d'acc&s, le parametre de quality de service 
correspondant au niveau de priorite de Tabonne utilise pour la determination du 
niveau de priorite globale comprend le sous-parametre "Priority Level" du 
parametre de qualite de service "Allocation Retention Priority", lesdits sous- 
10 parametres et parametres de qualite de service etant definis dans le cadre de la 
norme de telecommunication 3GPP. 

Selon le deuxieme mode de realisation, au niveau du noeud de gestion 
des ressources radio du reseau d'acces, le parametre de qualite de service 
correspondant au niveau de priorite de 1'abonne utilise pour la determination du 
15 niveau de priorite globale comprend le parametre de qualite de service 
"Precedence Class", defini dans le cadre de la norme de telecommunication 
3GPP. 

De preference, et selon Tun quelconque des modes de realisation, au 
niveau du noeud de gestion des ressources radio du reseau d'acces, le parametre 

20 de qualite de service lie au type de service utilise pour la determination du 
niveau de priorite globale comprend le parametre de qualite de service "Traffic 
Class", defini dans le cadre de la norme de telecommunication 3 GPP. 

De preference, et selon Tun quelconque des modes de realisation, au 
niveau des premier et deuxieme noeuds de service du reseau coeur, le parametre 

25 de qualite de service lie au type de service utilise pour la determination du 
niveau de priorite globale comprend le parametre de qualite de service "Traffic 
Class", et le parametre de qualite de service correspondant au niveau de priorite 
de Tabonne utilise pour la determination du niveau de priorite globale 
comprend le parametre de qualite de service "Allocation Retention Priority", 

30 lesdits parametres de qualite de service etant definis dans le cadre de la norme 
de telecommunication 3GPP. 

Avantageusement, le parametre de qualite de service lie au type de 
service utilise pour la determination du niveau de priorite globale comprend en 
outre le parametre de qualite de service "Traffic Handling Priority", defini dans 
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le cadre de la norme de telecommunication 3 GPP pour associer un niveau de 
priorite sur le r6seau au flux de donnSes lorsque ce dernier correspond a un 
service de type interactif. 

^invention sera mieux comprise et d'autres particularites et avantages 
5 apparaitront a la lecture de la description qui va suivre, donnee uniquement k 
titre illustratif et non limitatif, la description faisant reference aux dessins 
annexes parmi lesquels : 

- la figure 1 A, qui a d6jk 6t€ decrite, illustre schematiquement 
Tarchitecture d'un reseau GPRS; 

10 - la figure IB, egalement d€jk decrite, illustre schematiquement 

l'arcbitecture d'un reseau UMTS; 

- la figure 2, egalement deji decrite, illustre les principales etapes de 
la procedure d'attachement du mobile k un reseau de type GPRS; 

- la figure 3, egalement deja decrite, illustre les principales etapes de 
15 la procedure d'activation d'un contexte PDP dans le cadre d'un reseau de type 

GPRS; 

- la figure 4, egalement deja decrite, illustre les principales Stapes de 
la procedure d ! activation d'un contexte PDP dans le cadre d'un reseau de type 
UMTS; 

20 - la figure 5 illustre un exemple de comportement, dans le cadre dii 

reseau GPRS, du nceud de gestion des ressources radio BSS en fonction d'un 
niveau de priorite globale determine selon Tinvention; 

- la figure 6 illustre un exemple de comportement, dans le cadre du 
reseau GPRS, du noeud de service SGSN/GGSN en fonction d'un niveau de 

25 priorite globale determine selon Tinvention. 

Dans un premier temps, la description de Tinvention sera faite en 
reference k un reseau de communication mobile de type GPRS, ^application k 
un reseau UMTS implique quant a elle quelques differences ^implementation 
qui apparaitront plus loin dans la description* Toutefois, le principe de 

30 Tinvention s'applique d f une fafon similaire k chacun des types de reseau 
precites. 

Ainsi, le procede de Tinvention permet d'effectuer une priorisation dans 
le traitement des flux de donates qui est k la fois basee sur les priorites liees au 
service et k Tabonne. Le fait que cette priorisation tienne compte k la fois de 
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Tabonne et du type de service permet k la fois de rendre certaines categories 
d'abonnes prioritaires par rapport k d f autre tout en proposant des services ayant 
des exigences diflSrentes en terme de debit et de deiai. L'operateur du reseau de 
communication mobile dispose ainsi d ! une grande souplesse pour construire ses 
5 offres a destination de ses abonn&. 

Pour cela, dans le cadre du reseau de communication mobile GPRS, en 
cas de surcharge du reseau lors de Facets aux ressources pour Tex^cution d'un 
service correspondant a un contexte PDP active, la gesti.on de qualite de service 
selon l'invention propose de combiner au moins les parametres de QoS 
10 suivants: 

-"Allocation Retention Priority", "Traffic Class" et eventuellement 
"Traffic Handling Priority" au niveau des noeuds de service SGSN et GGSN du 
reseau coeur, et 

-"Precedence Class", "Traffic Class" et Eventuellement "Traffic 
15 Handling Priority" au niveau du noeud de gestion des ressources radio BSS du 
reseau d'accfes. 

Ainsi, au niveau de chacun des nceuds BSS, SGSN, GGSN du reseau 
GPRS, la gestion de qualite de service selon l'invention consiste plus 
g£n£ralement k combiner au moins le parametre de QoS lie a un type de 

20 service, comprenant plus particulierement les parametres de QoS "Traffic 
Class" et eventuellement "Traffic Handling Priority", avec au moins le 
parametre de quality de service correspondant a un niveau de priorite de 
Tabonne, comprenant plus particulierement le parametre "Allocation Retention 
Priority" pour les noeuds de service SGSN et GGSN et le parametre 

25 "Precedence Class" pour le nceud BSS. 

En effet, comme on Ta vu plus haut dans la description, dans le cadre du 
GPRS, le parametre "Allocation Retention Priority" n'est pas transmis au BSS 
lors de la procedure PFC consistant a transferer du SGSN vers le BSS les 
parametres de QoS lies a un flux de donn^es pour un contexte PDP active. 

30 Aussi, selon un mode de realisation de l'invention, on utilise au niveau du BSS 
le parametre "Precedence Class" qui est quant k lui transfere du SGSN vers le 
BSS lors de la procedure PFC, lorsqu'il est utilise Ce parametre aura la mSme 
valeur que le parametre "Allocation Retention Priority" et defini de la mSme 
fa9on un niveau de priorite de Tabonne, 
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II est Sgalement k noter que les param&res "Traffic Class" et "Traffic 
Handling Priority" sont £troitement lies, ce dernier ne servant qu'a prSciser le 
niveau de priority associ6 k un flux de deranges lorsque ce dernier correspond k 
un service de type interactif. II n'est done utilise que lorsque le paramdtre de 

5 QoS "Traffic Class" prend la valeur Interactive. 

Une telle gestion de quality de service selon Tinvention basSe sur cette 
combinaison particulate de param&res de QoS, permet d'Stablir plusieurs 
niveaux de priority pour le traitement des diflKrents flux de donnees sur le 
rSseau en cas de surcharge de celui-ci. Ces niveaux de priority sont 

10 avantageusement configurables par Toperateur du r6seau. 

A chacun de ces niveaux de priorite configurables est associ6, selon 
l'invention, au moins un traitement de QoS pr6d6fini pouvant etre utilis6 par 
chacun des nceuds du reseau (BSS, SGSN, GGSN) pour differentier Tacces au 
ressource en cas de surcharge du r6seau. 

15 Plusieurs traitements pr^definis de QoS peuvent etre envisages, par 

exemple : 

- le controle d'admission, consistant a verifier si les ressources sont 
disponibles pour etablir Tappel au niveau du noeud de reseau concern6; Ainsi, 
en cas de surcharge du reseau et en fonction du niveau de priorite associ6 au 

20 flux de donnees qui a 6t6 determinee grace a l'invention, le traitement de. 
controle d'admission determine si la demande doit Stre acceptee ou non; 

- la preemption, consistant en la possibility de prompter les ressources 
d'un autre service support d'acc&s radio (RAB). Ainsi, en cas de surcharge au 
niveau d ! un noeud de r6seau, celui-ci se base sur le niveau de priority determine 

25 par la combinaison de param&res de QoS selon l'invention, pour determiner 
quels sont les abonnes ayant un niveau de basse priorite et pour les forcer k 
quitter le reseau; 

- 1'allocation de ressources differentiae, consistant en cas de surcharge 
du reseau lors de la demande d ! 6tablissement de canal, et pour chaque noeud du 

30 reseau concerns, k prendre en compte le niveau de priorite determine par la 
combinaison de parametres de QoS selon Pinvention, pour allouer un d6bit 
proportionnel k ce niveau de priority 

Le tableau ci-dessous dScrit une table de comportements donnant un 
exemple de comportement du BSS dans le cadre du GPRS, pour la gestion de 
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la qualite de service selon Tinvention. Dans cet exemple, la table d&finit neuf 
niveaux de priorite globale associ&s chacun & un traitement de quality de 
service pr6d6fini a appliquer par le BSS. La table de comportement identifie 
done les traitements de QoS a effectuer par le BSS en fonction d'un niveau de 
5 priorite globale pour Paccfcs aux ressource du r£seau, d6tennin€ selon 
l'invention, en tenant compte k la fois des param&res de QoS U6s au type de 
service ("Traffic Class"; "Traffic Handling Priority") et h la priorite de l'abonn<§ 
("Precedence Class"). 

Le BSS pourra appliquer ces mecanismes lors de la demande de 
10 creation de canal radio montant ou descendant. 



Table de comportements au niveau du BSS 



Niveau 

de 
priorite 
globale 


Valeur du 
parametre de 

QoS 
"Precedence 
Class" 


Valeur du 
parametre de QoS 
"Traffic Class" 


Valeur du 
parametre 
deQoS 
"Traffic 
Handling 
Priority" 


Traitement de qualite de 
service a effectuer 


1 


1 


"Conversational" 




-Allocation de ressource 
differentiee 
-Preemption (sur les 
niveaux de priorite globale 
inferieurs) 

-Controle d'admission 


2 


1 


"Streaming" 




-Allocation de ressource 
differentiee 
-Preemption (sur les 
niveaux de priority globale 
inferieurs) 

-Controle d'admission 


2&3 


"Conversational" 
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3 


2&3 


"Streaming" 




-Allocation de ressource 
differentiee 
-Preemption (stir les 
niveaux de priorite globale 
infSrieurs) 

-Contr61e d'admission 


4 


1 


"Interactive" 


1&2 


-Allocation de ressource 
differentiee 
-Preemption (sur les 
niveaux de priorite globale 
7&9) 

-Contrdle d 1 admission 


5 


1 


"Interactive" 


3 


-Allocation de ressource 
diff6renti6e 
-Preemption (sur les 
niveaux de priorite globale 
7a9) 

-Contrdle d f adrnission 




2 & 3 


"Interactive" 


l 


6 


2&3 


"interactive" 


2&3 


-Allocation de ressource 
differentiee 
-Contrdle d'admission 


7 


1 


"Background" 




-Allocation de ressource 
differentiee 
-Contrdle d'admission 


8 


2 


"background" 




-Allocation de ressource 
differentiee 
-Contrdle d'admission 


9 


3 


"background" 




-Allocation de ressource 
differentiee 
-Contrdle d'admission 



Dans cet exemple, Tobjectif est de cr6er une classe d r abonn6 dite 
Premium, correspondant k une valeur du pararndtre de "Precedence" egale k 1, 
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tout en scindant le traitement des services entre temps r£els (services supports 
par les classes de trafic "Conversational" et "Streaming") et non temps rSel 
(services supportes par les classes de trafic "Interactive" et "Background"). 

La figure 5 illustre alors un comportement du BSS en reference k la 
table de comportements ci-dessus. Dans cet exemple, l f acc6s au ressource 
demand^ correspond k un profil de QoS stocks au niveau du BSS, lequel profil 
est identifie par Tinterm^diaire du parametre PFI et dans lequel le parametre 
"Precedence Class" a la valeur "2" tandis que les parametres "Traffic Class" et 
"Traffic Handling Priority" (THP) ont respectivement les valeurs "Interactive" 
et 11 1". Selon l'invention, la combinaison de ces parametres de QoS 
correspondant respectivement a un niveau de priorite de l'abonne et a un niveau 
de priorite lie au type de service, permet de determiner un niveau de priorite 
global NPG egal a 5 dans cet exemple. 

En fonction de ce niveau de priority global egal k 5, le BSS devra done 
appliquer les traitements de QoS pred6finis suivants : 

- allocation de ressource differentiee, 

- preemption sur les niveaux de priorite globaux 7 a 9, et 

- controle d'admission. 

Au niveau des noeuds de service SGSN et GGSN, la table ci-dessous 
decrit un exemple de comportement de ces noeuds pour la gestion de la qualite 
de service selon Hnvention. Cette table definit cinq niveaux de priorite 
globaux. La table identifie done les traitements de QoS a efiectuer par le SGSN 
et le GGSN en fonction du niveau de priorite global determine selon Tinvention 
en tenant compte k la fois des parametres de QoS lies au type de service 
("Traffic Class"; "Traffic Handling Priority") et a la priorite de l f abonn6 
("Allocation Retention Priority"). Au niveau de ces noeuds, le parametre de 
QoS correspondant k un niveau de priority de Tabonn6 est le paramdtre 
"Allocation Retention Priority" (ARP), et non plus le parametre "Precedence" 
comme pour le BSS. 

En fonction du niveau de priorite global, les noeuds SGSN et GGSN 
devront appliquer les traitements de QoS identifies dans la table, Le SGSN 
pourra appliquer ces traitements lors de la demande de cr6ation du contexte 
PDP. 
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Table de comportements au niveau du SGSN/GGSN 



Niveau 

de 
priority 
globale 


Valeur du 
parametre 

de QoS 
"Allocation 
Retention 

Priority" 
(ARP) 


Valeur du 
paramdtre de 
QoS "Traffic 
Class" 


Valeur du 
parametre 
de QoS 
"Traffic 
Handling 
Priority" 


Traitement a effectuer 


1 


1 


" Conversational " 
& "Streaming" 


- 


-Allocation de ressource 
differentiae 
-Preemption (sin: les 
niveaux de priorite 
globale inf&ieurs) 
-Controle d'admission 


2 


2&3 


"Conversational" 
& "Streaming" 


- 


-Allocation de ressource 
differentiee 
-Preemption (sur les 
niveaux de priorite 
globale 4 et infSrieurs) 
-Controle d'admission 


3 


1 


"Interactive" 


Ia3 


-Allocation de ressource 
differentiee 
-Controle d'admission 


4 


2 


"Interactive" 


1&3 


-Allocation de ressource 
differentiae 
-Contrdle d'admission 


3 


"Interactive" 


1 


5 


la3 


"Background" 




-Allocation de ressource 
differentiee 
-Controle d'admission 


3 


"Interactive" 


2&3 



Dans cet exemple, l'objectif est de privil6gier fortement les abonn6s de 
priority la plus haute, c'est-^-dire ceux dont le parametre ARP est 6gal k 1, qui 
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peuvent ainsi prompter tons les autres abonn^s pour leur service temps reel, 
c'est-a-dire les services supportes par les classes de trafic "Conversational" et 
"Streaming". 

La figure 6 illustre alors un comportement du SGSN/GGSN en 
5 reference k la table ci-dessus. Dans cet exemple, l'acces au ressource demands 
correspond a un profil de QoS stocks au niveau du SGSN/GGSN, dans lequel 
le paramfetre ARP a la valeur "1" tandis que le parametre "Traffic Class" a la 
valeur "Streaming", le parametre "Traffic Handling Priority" (THP) n'6tant pas 
utilise. Selon ^invention, la combinaison de ces parametres de QoS 
10 correspondant respectivement a.un niveau de priorite de l'abonn6 et a un niveau 
de priorite lie au type de service, permet de determiner un niveau de priorite 
global NPG egal a 1 dans cet exemple. 

En fonction de ce niveau de priority global 6gal a 1, le SGSN/GGSN 
devra done appliquer les traitements de QoS predefinis suivants : 
1 5 - allocation de ressource differentiee, 

- preemption sur tous les niveaux de priorite globaux inferieurs 9, et 

- contrdle d'admission. 

Concretement, au niveau de chaque nceud BSS, SGSN, GGSN du 
reseau, Texploitation des donnees des tables donnSes en exemple est obtenue 

20 par un algorithme de differenciation de la qualite de service mis en oeuvre pour 
l'application du traitement de qualite de service pr6defini Cet algorithme prend 
done en entree les valeurs de paramdtre de QoS lies au type de service et a 
l'abonne et fournit en sortie le traitement de QoS devant etre applique par le 
nceud concerne en fonction d'une combinaison desdits parametres de QoS. 

25 II est a noter que dans les figures 5 et 6, les niveaux de priorite globaux 

determines par la combinaison particuliere des parametres de QoS 
correspondant d ! une part, k un niveau de priorite lie au type de service et, 
d'autre part, a un niveau de priority de l'abonnS, de m6me que les traitements de 
QoS k appliquer en cons6quence, sont uniquement donnes a titre d'exemple de 

30 r6alisation. D'autres choix de configuration peuvent bien entendu Stre 
envisages en fonction de la strategie de gestion de la quality de service choisie 
par l'operateur sur son r&eau, sans pour autant sortir du cadre de la presente 
invention. 

Considerons maintenant l'application de Tinvention k un r&seau de 
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communication mobile de type UMTS. En cas de surcharge du rSseau lors de 
Taccfcs aux ressources pour Vex£cution d'un service correspondant k un 
contexte PDP active, la gestion de quality de service selon rinvention dans le 
cadre de 1TJMTS propose de combiner au moins les parametres de QoS 
5 suivants: 

-"Allocation Retention Priority", "Traffic Class" et Eventuellement 
"Traffic Handling Priority" au niveau des noeuds de service SGSN et GGSN du 
r6seau coeur, et 

-"Priority Level", "Pre-emption Capability" "Pre-emption 
10 Vulnerability", "Queuing Allowed" "Traffic Class" et eventuellement "Traffic 
Handling Priority" au niveau du nceud de gestion des ressources radio RNC du 
reseau d'acces. 

Ainsi, au niveau de chacun des nceuds RNC, SGSN, GGSN du reseau 
UMTS, la gestion de. qualite de service selon Tinvention consiste plus 

15 g£n6ralement a combiner au moins le parametre de QoS U6 au type de service, 
comprenant plus particulierement les parametres de QoS "Traffic Class" et 
eventuellement "Traffic Handling Priority", avec au moins le parametre de 
qualite de service correspondant a un niveau de priorite de Tabonne, 
comprenant le parametre "Allocation Retention Priority" pour les noeuds de 

20 service SGSN et GGSN et plus particulierement le sous-parametre "Priority 
Level" du parametre "Allocation Retention Priority", pour le noeud RNC: 

En effet, dans FUTRAN, le parametre "Allocation Retention Priority" 
(ARP) se compose des quatre sous-parametres : "Priority Level", "Pre-emption 
Capability" "Pre-emption Vulnerability" et "Queuing Allowed". C'est le SGSN 

25 qui, sur reception du parametre ARP venant du HLR, donne les valeurs aux 
sous-paramdtres. LARP est bien envoye au GGSN lors de la procedure de 
creation du contexte PDP, en revanche, ce sont les quatre sous-param&tres qui 
sont envoy£s au RNC et c'est en particulier le sous-parametre "Priority Level" 
qui sera utilise dans TUTRAN au niveau du RNC pour donner un niveau de 

30 priorite k l ! abonn& 

A cette difference ^implementation pr&s, les principes evoquEs plus 
haut dans 1'exemple de realisation applique k un reseau de type GPRS 
demeurent inchangSs. 

Prenons Texemple d'un reseau UMTS sur lequel sont d&finies trois 
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categories d ! abonn6s : 

- Categorie 1 : ARP=1 dans le HLR, 

- Categorie 2 : ARP=2 dans le HLR, et 

- Categorie 3 : ARP =3 dans le HLR, 

5 Dans ce reseau, on souhaite par exemple, en cas de surcharge du r£seau 

au niveau radio, mettre en oeuvre un traitement de QoS pr&iefmi dans lequel 
les services non temps reel des abounds Categorie 1 preemptent les services 
non temps r6el des abonn6s Categorie 3. Ainsi, au niveau de chaque noeud du 
reseau, ralgorithme suivant de differentiation de la qualite de service est mis en 
10 oeuvre pour l'application au niveau de chaque noeud du traitement de 
preemption predefini : 

SI("Traffic Class" - Interactive OU "Traffic Class" « Background) ET 
(ARP = 1) 

ALORS PREMPTION ("Traffic Class" - Interactive OU "Traffic 
1 5 Class" = Background) ET (ARP = 3) 

ARP s'entend ici comme le parametre "Allocation Retention Priority" 
lorsqu'on considere les noeuds SGSN et GGSN, et comme le sous-parametre 
"Priority Level" lorsqu'on considere le noeud RNC. 

Cet algorithme prend done en entrde les valeurs de parametre de QoS 
20 li<§s au type de service ("Traffic Class") et a Tabonne (ARP), et fournit en sortie 
le traitement de QoS devant etre applique par le noeud conceme en fonction 
dune combinaison desdits parametres de QoS. 

D ! autres traitements de QoS predefinis peuvent egalement etre 
envisages en fonction de la strategic de gestion de la quality de service choisie 
25 par l'operateur du reseau UMTS. 

Un traitement de QoS peut par exemple consister, en cas de surcharge 
du r6seau, en ce que les services temps r6el puissent prompter les ressources 
des services non temps reel sauf si ces ressources ont ete allouees £ des 
abonnSs Gold. 

30 L f algorithme suivant de differentiation de la quality de service est alors 

mis en oeuvre pour Implication au niveau de chaque noeud de ce traitement de 
QoS pr6d6fini : 

SI("Traffic Class" = Streaming OU "Traffic Class" = Conversational) 
ALORS PREMPTION ("Traffic Class" = Interactive OU "Traffic Class" = 
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Background) ET (ARP = 3 OU ARP - 2). 

Avantageusement, grace a l'invention, il devient possible d'assurer 
Mlocation des ressources n£cessaire a la fourniture d'un service convenable 
pour un abonne dit prioritaire tout en. respectant au mieux, en fonction des 

5 services, les besoins des autres abonn6s. L'invention permet en consequence 
une meilleure gestion de la qualit6 de service en cas de surcharge du reseau, 
gr&ce a une prise en compte combin^e pour Tallocation des ressources au 
niveau de chaque noeud du reseau, des paramdtres de QoS correspondant k un 
niveau de priorite li€ au type de service et des parametres de quality de service 

10 correspondant & un niveau de priorite de Tabonne, 
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GLOSSAIRE 

Ce glossaire presente la liste des acronymes anglo-saxons utilises dans 
la presente demande de brevet Ces acronymes sont definis dans le cadre de la 
5 norme de telecommunication 3GPP. 





3 GPP 


Third-Generation Partnership project (of ETSI) 




ETSI 


European Telecommunications Standards Institute 




GPRS 


General Packet Radio Service 


10 


GSM 


Global System for Mobile Communication 




UMTS 


Universal Mobile Telecommunication System 




IP 


Internet protocol 




BTS 


Base Transceiver Station 




BSC 


Base Station Controller 


15 


BSS 


Base Station Subsystem 




HLR 


Home Location Register 




SGSN 


Serving GPRS Support Node 




GGSN 


Gateway GPRS Support Node 




UTRAN 


UMTS Terrestrial Radio Access Network 


20 


RNC 


Radio Network Controller 




QoS 


Quality of Service 




FTP 


File Transfert Protocol 




ARP 


Allocation Retention Priority 




PDP 


Packet Data Protocol 


25 


THP 


Traffic Handling Priority 




IMSI 


International Mobile Subsciber Identity 




PFC 


Packet Flow Context 




PFI 


Packet Flow Identifier 




RPL 


Radio Priority Level 


30 


TBF 


Temporary Block Flow 




RAB 


Radio Access Bearer 




GTP 


GPRS Tunnelling Protocol 




MAP 


Mobile Application Part 
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REVENDICATIONS 

L Proc&te de gestion de la qualite de service dans un rSseau de 
communication mobile en mode paquet, comprenant un reseau d r acc£s radio 
5 (RA, UTRAN) dote d'au moins un noeud de gestion des ressources radio 
(BSS/RNC) et un r6seau coeur (RC) dote d f au moins un premier noeud de 
service (SGSN) assurant la gestion du lien de communication avec ledit reseau 
d'acces et d'au moins un deuxieme noeud de service (GGSN) assurant 
Interconnexion avec xm reseau externe, 
10 et dans lequel, chaque service souscrit par un abonne audit reseau 

correspond a un type de flux de donn^es sur ledit reseau et est associe a un 
profil de qualite de service de Tabonne pour ledit service souscrit, comprenant 
au moins un param&tre de quality de service lie au type de service et au moins 
un parametre de qualite de service correspondant a un niveau de priorite 
15 d ! acc6s de Tabonne audit service, 

ledit proc6de comprenant 1'activation d'une procedure d f attachement au 
r6seau de communication mobile et de creation d'une session paquet au niveau 
d f au moins les premier et deuxieme noeuds de service (SGSN, GGSN) du 
reseau coeur pour l'execution d'un service pour un abonne du reseau, ladite 
20 procedure comprenant une etape d ! echange du profil de qualite de service de 
Tabonne associe au service entre les differents noeuds (BSS/RNC, SGSN, 
GGSN) du reseau de communication mobile, 

ledit proced6 etant caracterise en ce qu f il comprend, en cas de surcharge 
du reseau lors de Tacc6s aux ressources du reseau pour 1'execution dudit 
25 service, une etape de gestion de la quality de service, consistant, au niveau de 
chacun des noeuds (BSS/RNC, SGSN, GGSN) du reseau: 

a determiner un niveau de priorite globale (NPG) pour ledit acces aux 
ressources, defini par une combinaison d ! au moins ledit param&tre de qualite de 
service lie au type de service avec au moins ledit paramdtre de qualite de 
30 service correspondant au niveau de priority de l'abonne, et 

a appliquer au moins un traitement de qualite de service predefini au 
flux de donnees correspondant audit service, en fonction dudit niveau de 
priorite global (NPG) determine 
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2. Precede selon la revendication 1, caracterise en ce que le reseau de 
communication mobile est un reseau de type UMTS. 

3. Procede selon la revendication 1, caracterise en ce que le reseau de 
5 communication mobile est un reseau de type GPRS. 

4. Procede selon la revendication 2, caracterise en ce que au niveau du 
noeud de gestion des ressources radio (RNC) du reseau d'accds, le parametre de 
qualite de service correspondant au niveau de priority de Tabonn6 utilise pour 

10 la determination du niveau de priorite globale (NPG) comprend le sous- 
parametre "Priority Level" du parametre de quality de service "Allocation 
Retention Priority", lesdits sous-param&res et parametres de quality de service 
etant definis dans le cadre de la norme de telecommunication 3 GPP. 

15 5, Procede selon la revendication 3 caracterise en ce que, au niveau du 

noeud de gestion des ressources radio (BSS) du reseau d'acces, le parametre de 
quality de service correspondant au niveau de priorite de l f abonn6 utilise pour 
la determination du niveau de priorite globale (NPG) comprend le parametre de 
qualite de service "Precedence Class", defini dans le cadre de la norme de 

20 telecommunication 3 GPP. 

6. Procede selon Tune quelconque des revendications 2 a 5, caracterise 
en ce que, au niveau du noeud de gestion des ressources radio (BSS/RNC) du 
reseau d'acces, le parametre de qualite de service lie au type de service utilise 

25 pour la determination du niveau de priorite globale (NPG) comprend le 
parametre de qualite de service "Traffic Class", defini dans le cadre de la 
norme de telecommunication 3 GPP. 

7. Procede selon Tune quelconque des revendications 2 a 6, caracterise 
30 en ce que, au niveau des premier et deuxieme noeuds de service (SGSN, 

GGSN) du reseau cceur, le parametre de qualite de service lie au type de 
service utilise pour la determination du niveau de priorite globale (NPG) 
comprend le parametre de qualite de service "Traffic Class", et le parametre de 
qualite de service correspondant au niveau de priorite de Tabonne utilise pour 
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la determination du niveau de priority globale comprend le paramdtre de 
qualite de service "Allocation Retention Priority", lesdits param&res de qualite 
de service etant definis dans le cadre de la norme de telecommunication 3GPP. 

5 8. Procede selon Tune quelconque des revendications 6 ou 7, caracterise 

en ce que le parametre de qualite de service lie au type de service utilise pour la 
determination du niveau de priorite globale (NPG) comprend en outre le 
parametre de qualite de service "Traffic Handling Priority", defini dans le cadre 
de la norme de telecommunication 3GPP pour associer un niveau de priorite 

10 sur le reseau au flux de donnees lorsque ce dernier correspond a un service de 
type interactif. 
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